ARRANGEMENT AND METHOD FOR UPDATE OF 
CONFIGURATION CACHE DATA 



Field of the Invention 

5 

This invention relates to data storage systems (and subsystems) and methods for 
operation thereof. 

Background of the htvention 

10 

Li the field of this invention it is known that enhanced function storage 
subsystems (e.g., for a system of one or more disk drives) contain many logical resources. 
These resources can be managed by a storage adapter or controller. In this context, a 
logical resource is an entity which exposes a disk-like behaviour but which may have 

15 properties not ordinarily associated with individual disk drives. These properties include 
enhanced performance, reliability, availability and data transformation operations such as 
flash copy. There may be a complex many-to-many relationship between logical 
resources and other logical resources or physical resources. For example a RAID-5 
(Redundant Array of Independent Disks) arrangement contains usually between 4 and 16 

20 component disks. Data is striped across the components and a parity check is calculated 
and stored. The attributes of, and relationships between, these logical resources must be 
gathered and manipulated by software products to allow users to maintain their 
subsystem. Since the primary purpose of such a storage subsystem is to perform 
Input/Output (lO) operations from operating system to disk drive(s) - lO has priority. 

25 This may be at the expense of user transactions that are sent to the subsystem in order to 
generate the details of the logical resources available in the subsystem. This in turn can 
result in very slow user response times - especially when the subsystem is under heavy 
lO load. 
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It is known to provide a cache of subsystem configuration data. This provides a 
centralised point of reference for user information relating to the subsystem. It is known 
from U.S. patent no. 5,895,493 that such a system will gather information from various 
systems and provide a point for the user to access and obtain information about a group 
5 of systems. 

However, this approach has the disadvantage(s) that the system of the referenced 
patent does not describe how this data is updated. It reUes on the subsystems notifying 
the main cache of changes and updates and passing the data. 

10 

A need therefore exists for an arrangement and method of updating storage 
subsystem cache data wherein the abovementioned disadvaiitage(s) may be alleviated. 

Statement of Invention 

15 

In accordance with a first aspect of the present invention there is provided an 
arrangement for update of cache data in a storage system, the arrangement comprising: 
memory means for holding data; cache means for holding data associated with the 
memory means; means for preparing change data for updating the cache means; means 
20 for submitting a request for change to the memory means; means for receiving a signal 
from the memory means representative of completion of the request for change; and 
means for updating the cache means with the change data in response to the signal 
indicating successful completion of the request for change. 

25 Preferably, the data comprises configuration data. 

Preferably, the storage system comprises a disk storage subsystem. 

Preferably, the memory means is comprised in a disk adapter. 
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Preferably, the memory means is comprised in a disk controller. 

The arrangement preferably further comprises interconnect means coupled 
between the memory means and the cache means for communicating the request for 
change, the signal representative of completion of the request for change. 

Preferably, the interconnect means is also arranged to commimicate transaction 

data. 

Preferably, the the interconnect means comprises a device driver. 

According to a second aspect of the present invention, there is provided a method 
for update of cache data in a storage system, the method comprising: providing memory 
means holding data; providing cache means holding data associated with the memory 
means; preparing change data for updating the cache means; submitting a request for 
change to the memory means;receiving a signal from the memory means representative 
of completion of the request for change; and updating the cache means with the change 
data in response to the signal indicating successful completion of the request for change. 

Preferably, the data comprises configuration data. 

Preferably, the storage system comprises a disk storage subsystem. 

Preferably, the memory means is provided in a disk adapter. 

Preferably, the memory means is provided in a disk controller. 
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The method preferably further comprises providing interconnect means coupled 
between the memory means and the cache means for communicating the request for 
change, the signal representative of completion of the request for change. 

5 Preferably, the interconnect means also communicates transaction data. 

Preferably, the interconnect means comprises a device driver. 

In a third aspect, the present invention provides a computer program element 
10 comprising computer program means for performing the method of the second aspect, 
and preferably for performing the additional preferred features of the method of the 
second aspect. 

Brief Description of the Drawings 

15 

One arrangement and method of updating configuration cache data incorporating 
the present invention will now be described, by way of example only, with reference to 
the accompanying drawings, in which: 

FIG. 1 is a schematic diagram showing possible routes for user requests in a disk 
20 storage subsystem having a host service routine or agent containing a cache and 
accessing the storage subsystem via an interconnect; 

FIG. 2 shows a flow chart illustrating a write-through cache method with two 
phase commit used in the system of FIG. 1. 

25 Description of Preferred Embodiment 

Enhanced function storage subsystems (e.g., for a system of one or more disk 
drives) contain many logical resources. Each logical resource generally relates to a 
particular function, for example a RAID-5 logical resource, a flash copy logical resource. 
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etc. The attributes associated with these logical resources must be gathered by software 
products to allow users to maintain their subsystem. Since the primary purpose of such a 
storage subsystem is to perform Input/Output (lO) operations from operating system to 
disk drive(s) - lO has priority. This may be at the expence of user transactions that are 
5 sent to the subsystem in order to generate the details of the logical resources available in 
the subsystem. This in turn can result in very slow user response times - especially when 
the subsystem is under heavy lO. 

In summary, the preferred embodiment of this invention provides a way in which 
10 the configuration software miming in the host can cache the results of the logical resource 
configuration discovery transactions and hence re-use the same transaction data when 
applicable. The present invention is based on the realisation by the inventor that in 
general subsystem logical resources do not change, and that therefore the cache can be 
used in preference to "talking" to the subsystem to find out what it has in terms of logical 
15 resources. This results in greatly reduced user response times, and reduces the non- 
essential workload on the subsystem. In particular the preferred embodiment of this 
invention provides a method of cache update involving a 2-phase conunit of the data. 

The configuration cache can be implemented in various ways, the preferred 
20 embodiment being illustrated with respect to FIG. 1 . 

The cache 110 is part of an agent or service 120 that runs in the host that connects 
to the storage subsystem. This service, when initialised, can request all the logical 
resource information fr-om the storage subsystem 130 via an interconnect 140 which may 
25 be the same interconnect that is used for I/O transactions or may be another interconnect 
specifically provided for the purposes of configuration. The logical configuration data 
that is retumed is saved in the cache for subsequent use. The storage subsystem also 
returns a Configuration Version Number (CVN)- This number is the current CVN stored 
(130C) by the storage subsystem, and hence * version stamps' the current configuration 
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cache. The storage subsystem increments this number whenever it detects a change in its 
logical configuration. In this way the software can ask the storage subsystem its CVN, 
check this against the CVN (1 IOC) that was stored in the cache and act accordingly. 

It will be imderstood that, although as shown in FIG. 1 communication between 
the service and the subsystem occurs via the interconnect 140, this interconnect may in 
practice be provided in the form of a device driver in an adapter-based solution where the 
device driver commimicates with an adapter (not shown) of the storage subsystem. 
Alternatively, the interconnect may communicate with a controller (not shown) of the 
storage subsystem. It will further be imderstood that the arrangement shown in FIG. 1 
represents both "in band" communication where the service uses the same route as I/O 
transactions and "out of band" communication over perhaps Ethernet or some other 
interconnect. 

15 For example, where a single host contains an adapter and the required "service" 

software is running in the host: 

a) The service requests the entire logical configuration from the adapter. 

b) The service receives the transaction data (stores it in the cache) and a CVN =123. 

20 c) Some time later the service receives a request from one of its clients that involves 
generating a "view" of a logical resource. 

d) The service requests the adapter CVN (130C) 

e) The adapter retums a CVN = 123 

f) The service checks this against its cache (HOC), they are the same and so retums the 
25 cached "view" to the client. The User Request therefore follows 'Route B' (as shown 

by dotted line in FIG. 1) to produce the Response. 

Some time later the service receives a new request for another "view" of a logical 
resource: 
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a) The service requests the adapter CVN (130C) 

b) The adapter returns a CVN = 125 

c) The service checks this against its cache (HOC), they are different and so the service 
5 then submits the relevant transactions to the adapter so as to rebuild the "view" of the 

logical resource. 

d) The adapter returns the transaction data. The User Request therefore foUov^s *Route 
A' (as shown by dashed line in FIG. 1) to produce the Response. 

10 At this stage, the cache is now possibly incoherent, and in the idle loop the 

contents can be updated. 

It will be understood that the system as described above in relation to FIG. 1 is 
well known and need not be described in further detail. It will also be understood that the 
15 cache invalidation technique required to cope with possible incoherence of the cache is 
well known and also need not be described further. 

Referring now also to FIG. 2, a write-through cache with two phase commit 
technique is used for logical configuration cache update. 

20 

When the user submits a configuration change transaction, the details of the 
request are constructed and are built into a request in the form that the subsystem requires 
(step 210). At this time a delta (change data) is prepared for the cache and is temporarily 
stored as a change pending for the logical resource cache (step 220) - this step constitutes 
25 phase 1 of the two-phase commit procedure. 

The request is then sent to the subsystem for processing (step 230). 
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Upon receipt of the completed request the return code for the request is checked 
(step 240) (the return code may conveniently be an integer value that indicates either 
success or failure of a particular request - in the case of a failure the return code may be 
decoded into a failure reason): 

5 

a) if the request completed successfully the delta is applied to the cache and the cache in 
now up to date with the contents of the subsystem (step 260) - this constitutes phase 2 
of the two-phase commit procedure; 

b) if the request failed, the delta is destroyed (step 260) because there is no need for it to 
10 be applied to the cache. 

The transaction is then completed as normal (step 270). 

It will be understood that the method of update of configuration cache data 
15 described above provides the advantage that known changes to the subsystem do not 
require an invalidate/rebuild style operation on the cache. This is especially important in 
the cache outlined above, where a change will invalidate the entire cache. 

It will be appreciated that the method described above for update of configuration 
20 cache data will typically be carried out in software running on a processor (not shown), 
and that the software may be provided as a computer program element carried on any 
suitable data carrier (also not shown) such as a magnetic or optical computer disc. 

It will also be appreciated that various modifications to the embodiment described 
25 above will be apparent to a person of ordinary skill in the art. 
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